Filtering advertising of route advertisements based on virtual network identifiers

ABSTRACT

Network identifiers are extracted from route advertisements. A table associates virtual network identifiers with provider edge devices. When a virtual network identifier extracted from a route advertisement matches a virtual network identifier in the table, the route advertisement is propagated to the provider edge devices associated with that virtual network identifier in the table. The route advertisement is not propagated to provider edge devices not associated with that virtual network identifier in the table.

CROSS-REFERENCES TO RELATED APPLICATIONS

The present application is a continuation of U.S. patent applicationSer. No. 16/655,158 filed on Oct. 16, 2019 and entitled “FILTERINGADVERTISING OF ROUTE ADVERTISEMENTS BASED ON VIRTUAL NETWORKIDENTIFIERS”, the entire contents of which are incorporated herein byreference for all purposes.

BACKGROUND

The present disclosure relates to route distribution for virtual privatenetworks (VPNs).

BRIEF DESCRIPTION OF THE DRAWINGS

Various objects and advantages of the disclosure will be apparent uponconsideration of the following detailed description, taken inconjunction with the accompanying drawings, in which like referencecharacters refer to like parts throughout, and in which:

FIG. 1 shows an illustrative diagram of a system that provides necessaryroute advertisements to provider edge (PE) devices on a VPN, inaccordance with some embodiments of the disclosure;

FIG. 2 shows an illustrative network topology of a system for providingnecessary route advertisements to PE devices on a VPN, in accordancewith some embodiments of the disclosure;

FIG. 3 shows a diagram of an illustrative network device for providingnecessary route advertisements to PE devices on a VPN, in accordancewith some embodiments of the disclosure;

FIG. 4A shows an illustrative diagram of a procedure for filteringadvertising of route advertisements to PE devices based on a virtualextensible local area network (VXLAN) network identifier (VNI) includedin the route advertisements, in accordance with some embodiments of thepresent disclosure;

FIG. 4B shows additional aspects of the procedure of FIG. 4A, inaccordance with some embodiments of the present disclosure;

FIG. 4C shows additional aspects of the procedure of FIG. 4A, inaccordance with some embodiments of the present disclosure;

FIG. 4D shows additional aspects of the procedure of FIG. 4A, inaccordance with some embodiments of the present disclosure;

FIG. 5 is a flowchart of an illustrative process for determining whethera record in a VNI table associates a PE device with a VNI extracted froma route advertisement, in accordance with some embodiments of thepresent disclosure;

FIG. 6 is a flowchart of an illustrative process for deleting anidentifier of a PE device from a record for a VNI, in accordance withsome embodiments of the present disclosure;

FIG. 7A is a flowchart of an illustrative process for filteringadvertising of route advertisements to PE devices based on a routetarget (RT) included in the route advertisements, in accordance withsome embodiments of the present disclosure;

FIG. 7B shows additional aspects of the procedure of FIG. 7A, inaccordance with some embodiments of the present disclosure;

FIG. 8A is a flowchart of an illustrative process for building a RTtable, in 5 accordance with some embodiments of the present disclosure;

FIG. 8B shows additional aspects of the procedure of FIG. 8A, inaccordance with some embodiments of the present disclosure;

FIG. 9 is a flowchart of an illustrative process for generating a routeadvertisement including an import route target, in accordance with someembodiments of the present disclosure; and

FIG. 10 is a flowchart of an illustrative process for deleting anidentifier of a PE device from a record for a RT, in accordance withsome embodiments of the present disclosure.

DETAILED DESCRIPTION

In VPNs using the border gateway protocol (BGP), a route reflector (orroute server) may be connected to a plurality of PE devices. The PEdevices may in turn be connected to one or more customer edge (CE)devices (e.g., routers, switches, or hosts) in a virtual local areanetwork (VLAN), such as a company's internal private network that spansmultiple offices. The PE devices provide route advertisements (e.g., viaBGP update messages) to the route reflector, which in turn propagatesthe route advertisement to other PE devices (e.g., BGP and/or ethernetvirtual private network (EVPN) speakers) on the network that are clientsof the route reflector. BGP update messages may include multiple networklayer reachability information (NLRI) entries, each of which representsa separate route. When the route reflector receives route advertisementsfor one or more CE devices in a VLAN, the route reflector will propagatethose route advertisements to all of its client PE devices, includingthe PE devices that are not connected to the VLAN. Such PE devices willthus necessarily receive route advertisements they do not need. Thisresults in significant wastage of network resources at scale, both interms of unnecessary network traffic as well as adding unnecessaryprocessor and memory load on route reflectors that will provide routeadvertisements to PE devices that do not need them, and on PE devicesthat will now include routes in their routing tables for CE devices theywill never need to reach.

Described herein are various embodiments for addressing this problem byfiltering advertising of route advertisements based on virtual networkidentifiers (e.g., VNIs or RTs) included in the route advertisements. Insome embodiments described herein, route reflectors restrict advertisingof a new route advertisement to PE devices that have advertised routesincluding the same VNI as is included in the new route advertisement. Inother embodiments described herein, route reflectors restrictadvertising of a new route advertisement to PE devices that haveadvertised routes including the same RT as is included in the new routeadvertisement. This allows route reflectors to provide to the PE devicesroute advertisements that they need (the route advertisements for CEdevices in VLANs to which the PE devices are connected) while minimizingor eliminating advertising of route advertisements the PE devices do notneed (the route advertisements for CE devices in VLANs to which the PEdevices are not connected).

In some embodiments, the route reflector maintains a VNI table of VNIsthat have been included in routes advertised by the various PE devicesin the network. The VNI table associates the VNIs with identifiers ofthe PE devices that have advertised routes including the VNIs. Bydefault, the route reflector prevents sending route advertisements to PEdevices until the route reflector receives, from a PE device, a routeadvertisement including a VNI matching a VNI included in the VNI table.For example, upon receiving a new route advertisement from a PE device,the route reflector retrieves, from the VNI table, identifiers of otherPE devices that have previously provided route advertisements includingthat VNI. The route reflector then (i) propagates the received new routeadvertisement to the identified other PE devices, and (ii) transmits tothe PE device the route advertisements (including the VNI) that theroute reflector previously received from the other PE devices.

The route reflector builds the VNI table by extracting one or more VNIsfrom route advertisements received by the route reflector. The PE deviceincludes the VNI of the VLAN in each route advertisement for the VLANthat the PE device provides to the route reflector. Upon receiving theroute advertisement, the route reflector (i) extracts the VNI, and (ii)adds the PE device to a record in the VNI table for the VNI extractedfrom the route advertisement. In some embodiments, a route advertisementmay include multiple VNIs, and the above-described process may berepeated for each VNI.

In other embodiments, the route reflector maintains a RT table of RTsthat have been included in routes advertised by the various PE devicesin the network. The RT table associates the RTs with identifiers of thePE devices that have advertised routes including the RTs. By default,the route reflector prevents sending route advertisements to PE devicesuntil the route reflector receives, from a PE device, a routeadvertisement including a RT matching the RT included in the RT table.For example, upon receiving a new route advertisement from a first PEdevice, the route reflector retrieves, from the RT table, identifiers ofother PE devices that have previously provided route advertisementsincluding that RT. The route reflector then (i) propagates the receivednew route advertisement to the identified other PE devices, and (ii)transmits to the first PE device the route advertisements (including theRT) that the route reflector previously received from the other PEdevices.

To build the RT table, the route reflector extracts one or more RTs fromroute advertisements received by the route reflector. In someembodiments, the RT may be an export RT or an import RT. At least oneexport RT and at least one import RT for a VLAN (or set of VLANs) arepreconfigured on a PE device connected to the VLAN. The PE deviceincludes the export RT in a route target BGP path attribute (e.g., aroute target-type BGP extended community path attribute) of each routeadvertisement for the VLAN that the PE device provides to the routereflector. Export RTs and import RTs are often the same (i.e.,symmetrical), but that is not always true. In embodiments where theexport RT and the import RT are not symmetrical, the PE device includes(or encodes) a RT value based on the import RT for the VLAN in apredetermined non-route target BGP path attribute (e.g., a non-routetarget-type BGP community attribute or non-route target-type BGPextended community attribute) of the route advertisement. In suchembodiments, the RT value may be a full RT (e.g., the import RT), apartial RT, or another value (or combination of values) that can bemapped to a RT (or from which a RT can be derived).

To determine whether to use the RT from a route target BGP pathattribute or to extract the RT from an RT value included in a non-routetarget BGP path attribute, the route reflector, upon receiving a routeadvertisement from a PE device, determines whether the non-route targetBGP path attribute includes an RT value. If the non-route target BGPpath attribute includes the RT value, the route reflector (i) extractsor derives the RT from the RT value included in the non-route target BGPpath attribute, and (ii) adds the PE device to a record in the RT tablefor the RT. If the route advertisement does not include a non-routetarget BGP path attribute having a RT value, the route reflector (i)uses the RT from the route target BGP path attribute, and (ii) adds thePE device to a record in the RT table for the RT from the route targetBGP path attribute. In some embodiments, a route advertisement mayinclude multiple RTs and/or RT values, and the above-described processmay be repeated for each RT and/or RT value. For example, the routeadvertisement may include multiple RTs in route target BGP pathattributes and/or multiple RT values in non-route target BGP pathattributes.

In some embodiments, upon receiving a route advertisement, the routereflector first determines whether the route advertisement is an EVPNtype 3 route advertisement. If the route advertisement is not an EVPNtype 3 route advertisement, the route reflector does not examine theroute advertisement for the purpose of maintaining VNI or RT tableentries. On the other hand, if the route advertisement is an EVPN type 3route advertisement, the route reflector performs the steps describedabove.

FIG. 1 shows an illustrative diagram of a system that provides necessaryroute advertisements to PE devices on a VPN, in accordance with someembodiments of the disclosure. In particular, FIG. 1 depicts a system100 including a route reflector 110 connected to two PE devices—PEdevice 120 and PE device 130. As noted above, PE devices, such as PEdevices 120 and 130, may be any network device that connects to andadvertises network reachability information for one or more VPNs. Routereflector 110 maintains a route eligibility table 115 that includesrecords (e.g., records 117A, 117B, and 117C as shown in FIG. 1 )associating virtual network identifiers (e.g., VNIs or RTs, depicted inFIG. 1 as “ID 10,” ID 20,” and “ID 30”) with identifiers of PE devices.As described further below with reference to FIGS. 4A-D, 7A, and 7B,route reflector 110 generates a record (e.g., record 117B) for a virtualnetwork identifier (e.g., ID 20) when route reflector 110 first receivesa route advertisement (e.g., route advertisement 125) including thatvirtual network identifier. For example, upon receiving routeadvertisement 125, route reflector 110 extracts a virtual networkidentifier (e.g., ID 20) from a data field (e.g., field 0) of routeadvertisement 125. Route reflector 110 then adds an identifier of a PEdevice (e.g., PE device 120) that is the source of the routeadvertisement to the record for the virtual network identifier. Routereflector 110 further adds an identifier of additional PE devices to therecord for the virtual network identifier when route reflector 110receives route advertisements including the virtual network identifierfrom the additional PE devices.

If route eligibility table 115 already includes a record for the virtualnetwork identifier included in a received route advertisement, routereflector 110 extracts, from the record for that virtual networkidentifier, an identifier of another PE device (e.g., PE device 130) andtransmits the received route advertisement to the other PE device. Forexample, as shown in FIG. 1 , route reflector 110 transmits routeadvertisement 125 to PE device 130. Route reflector 110 does nottransmit route advertisement 125 to other PE devices that are notincluded in record 117B for ID 20 in route eligibility table 115.Additionally, route reflector 110 identifies a route (including thevirtual network identifier) that was previously advertised by the otherPE device (e.g., PE device 130), and transmits a route advertisement(e.g., route advertisement 135) including that route to the first PEdevice (e.g., PE device 120). For example, as shown in FIG. 1 , routereflector 110 transmits route advertisement 135 to PE device 120.

As shown in FIG. 1 , route advertisements 125 and 135 include aplurality of data fields (depicted as fields 0, 1, 2, and 3). Thoseskilled in the art will appreciate that this is a generalizedrepresentation of a route advertisement that is intended to beillustrative, and that route advertisements may be generated accordingto various different formats and/or syntaxes. In particular, routeadvertisements may include fields for VNIs, RTs, and/or various otherBGP community attributes and BGP extended community attributes.

FIG. 2 shows an illustrative network topology of a system for providingnecessary route advertisements to PE devices on a VPN, in accordancewith some embodiments of the disclosure. In particular, FIG. 2 shows anetwork 200, which includes route reflector 110 and PE devices 120 and130 of FIG. 1 . In some embodiments (as shown in FIG. 2 ), routereflector 110 is a route server or other network device that is not inthe data path between other devices (e.g., PE devices 120 and 130) innetwork 200, and is configured to distribute network layer reachabilityinformation (NLRI) in network 200. In other embodiments (not shown inFIG. 2 ), route reflector 110 is a router, switch, or other L3 devicethat is in a data path between devices on network 200 and is alsoconfigured to distribute NLRI between the other devices in network 200.In some embodiments, network 200 may include multiple route reflectors(not shown in FIG. 2 ) providing redundant functionality with routereflector 110.

PE device 120 is connected to a customer edge (CE) device 222, which isconnected to a VLAN identified by virtual network identifier ID 10, andCE device 224, which is connected to a first portion of a VLANidentified by virtual network identifier ID 20. Likewise, PE device 130is connected to a CE device 232, which is connected to a second portionof the VLAN identified by virtual network identifier ID 20, and a CEdevice 234, which is connected to a VLAN identified by virtual networkidentifier ID 30. In addition to PE devices 120 and 130, CE devices 222,224, 232, and 234, and the VLANS identified by virtual networkidentifiers ID 10, ID 20, and ID 30, network 200 may further include anynumber of additional PE devices, CE devices, and/or VLANS, but only theabove-noted components are shown in FIG. 2 to avoid overcomplicating thedrawing. PE devices 120 and 130 may be routers, L3 switches, and/orother network devices configured to generate route advertisementscorresponding to CE devices. CE devices 222, 224, 232, and 234 may berouters, L3 switches, other network devices configured to generate routeadvertisements and/or serve as gateways for VLANs, and/or hosts,servers, hypervisors, or any other devices that have media accesscontrol (MAC) addresses.

Thus, in the example shown in FIG. 2 , the VLAN identified by virtualnetwork identifier ID 20 is split between CE devices 224 and 232 (i.e.,one portion of the VLAN identified by virtual network identifier ID 20is connected to CE device 224, and the other portion of the VLANidentified by virtual network identifier ID 20 is connected to CE device232).

In some embodiments, network 200 is a multiprotocol label switching(MPLS)-based layer 2 (L2) or layer 3 (L3) ethernet virtual privatenetwork (EVPN) in which the PE devices 120 and 130 (as well as otherdevices not shown in FIG. 1 ) maintain a BGP EVPN session with routereflector 110, and exchange EVPN type 3 routes among each other.

Network 200 has data plane connectivity provided by MPLS tunnels betweenPE devices 120 and 130. Thus, CE device 224 is connected to CE device232 via the MPLS tunnels, for example, an MPLS tunnel between PE devices120 and 130. Due to the connection between CE devices 224 and 232, asingle IP routing table, such as an IP virtual routing and forwarding(VRF) table and/or a bridging table, for the VLAN identified by virtualnetwork identifier ID 20 can span both portions of the VLAN, connectedto CE devices 224 and 232, respectively.

While FIG. 1 shows each of PE devices 120 and 130 having directconnections to route reflector 110, those skilled in the art willappreciate that additional route reflectors may be included in network200 and/or interspersed between PE devices 120 and 130 without departingfrom the scope of the present disclosure. In some embodiments, routereflector 110, PE device 120, and/or PE device 130 may be configured toact as BGP speakers for network 200. Additionally or alternatively, anadditional device not shown in FIG. 2 may be configured to act as a BGPspeaker for network 200.

In some embodiments, PE devices 120 and 130 may maintain an EVPN sessionwith route reflector 110. In such embodiments, PE devices 120 and 130exchange routes with route reflector 110. Route reflector 110 generatesand maintains route eligibility table 115 associating virtual networkidentifiers with identifiers of the PE devices that have provided routeadvertisements for the VLANs identified by the virtual networkidentifiers, as described above with reference to FIG. 1 , and belowwith reference to FIGS. 4A-D, FIG. 7A, and FIG. 7B. For example, asshown in route eligibility table 115 of FIG. 1 , the VLAN identified byvirtual network identifier ID 10 is associated with only PE device 120,the VLAN identified by virtual network identifier ID 20 is associatedwith both PE devices 120 and 130, and the VLAN identified by virtualnetwork identifier ID 30 is associated with only PE device 130.

As further described below, when route reflector 110 receives a routeadvertisement including a type 3 EVPN route from PE device 120 for theVLAN (e.g., the VLAN identified by virtual network identifier ID 20),route reflector 110 searches route eligibility table 115 using ID 20 asa key to determine which PE devices are eligible to receive the routeadvertisement, determines that PE device 130 is eligible to receive theroute advertisement, and transmits the route advertisement to PE device130.

FIG. 3 shows a generalized embodiment of a network device usable in asystem for providing necessary route advertisements to PE devices on aVPN, in accordance with some embodiments of the disclosure. Inparticular, device 300 of FIG. 3 may be any of the devices depicted inFIGS. 1 and 2 (e.g., route reflector 110, PE devices 120 and 130, and CEdevices 222, 224, 232, and 234). Device 300 may be a router, a L3switch, a route server, a network controller (not shown in FIG. 1 or 2), and/or any other computing device that may be configured to generateor propagate route advertisements (e.g., route advertisements 125 and135). Device 300 may receive data via one or more network interfaces310A-310N and provide the received data to control circuitry 304 via aninput/output (I/O) path 302. Control circuitry 304 includes processingcircuitry 306 and storage 308. Storage 308 may include volatile memory330 (such as random-access memory (RAM), for example, static RAM and/ordynamic RAM), which does not retain its contents when power is turnedoff, and non-volatile memory 332 (such as, for example, a solid statedrive (SSD), a hard disk drive (HDD), electrically erasable programmableread-only memory (EEPROM), etc.), which does retain its contents whenpower is turned off. Control circuitry 304 may send and receivecommands, requests, and other suitable data using I/O path 302. As notedabove, I/O path 302 connects control circuitry 304 (and specificallyprocessing circuitry 306) to one or more network interfaces 310A-310N,which in turn connect device 300 to one or more other devices (e.g., PEdevices 120 and 130). For example, I/O path 302 may provide a routeadvertisement received from PE device 120 via network interface 310A tocontrol circuitry 304.

Control circuitry 304 may be based on any suitable processing circuitry,such as processing circuitry 306. As referred to herein, processingcircuitry should be understood to mean circuitry based on one or moremicroprocessors, microcontrollers, digital signal processors,programmable logic devices, field-programmable gate arrays (FPGAs),application-specific integrated circuits (ASICs), etc., and may includea multi-core processor (e.g., dual-core, quad-core, hexa-core,octa-core, or any suitable number of cores). In some embodiments,processing circuitry is distributed across multiple separate processorsor processing units, for example, multiple of the same type ofprocessing units (e.g., two INTEL CORE i7 processors) or multipledifferent processors (e.g., an INTEL CORE i5 processor and an INTEL COREi7 processor). In some embodiments, control circuitry 304 executesinstructions for filtering advertising of route advertisements (e.g.,route advertisements 125 and 135) based on a route eligibility table(e.g., table 115). For example, control circuitry 304 may (i) receiveroute advertisement 125 via a network interface (e.g., network interface310A) from PE device 120 and (ii) store a route included in routeadvertisement 125 in storage 308 (e.g., volatile RAM 330). Controlcircuitry 304 may (iii) extract, from the route, a virtual networkidentifier and (iv) search route eligibility table 115 for an entry forthe virtual network identifier. If an entry for the virtual networkidentifier is found, control circuitry 304 may (v) extract, from theentry, an identifier of another PE device (e.g., PE device 130) and (vi)transmit route advertisement 125 to PE device 130. Control circuitry 304may further transmit, via a network interface (e.g., network interface310B), route advertisement 135, for a route that includes the samevirtual network identifier and that was advertised by PE device 130, toPE device 120.

Storage 308 may be an electronic storage device that is part of controlcircuitry 304. As referred to herein, the phrase “electronic storagedevice” or “storage device” should be understood to mean any device forstoring electronic data, computer software, instructions, and/orfirmware, such as RAM, content-addressable memory (CAM), hard diskdrives (HDDs), optical drives, solid state devices (SSDs), quantumstorage devices, or any other suitable fixed or removable storagedevices, and/or any combination of the same. The circuitry describedherein may execute instructions included in software running on one ormore general purpose or specialized processors. Multiple circuits may beprovided to handle simultaneous processing functions.

As noted above, various types of virtual network identifiers may be usedwith the embodiments described herein. Two illustrative examples ofvirtual network identifiers, VNIs and RTs, will now be described withreference to FIGS. 4A-8 , along with the various processes andsub-processes for filtering route advertisements based on the VNIs orRTs included in the route advertisements. In particular, FIGS. 4A, 4B,4C, 4D, 5, and 6 describe embodiments where the virtual networkidentifiers are VNIs, and FIGS. 7A, 7B, 8A, 8B, 9, and 10 describeembodiments where the virtual network identifiers are RTs. While theembodiments that follow are described in terms of VNIs or RTs, thoseskilled in the art will appreciate that other types of virtual networkidentifiers may be substituted for the VNIs or RTs without departingfrom the scope of the present disclosure.

FIGS. 4A, 4B, 4C, and 4D show a flowchart of an illustrative process 400for filtering advertising of route advertisements to PE devices based onVNIs included in the route advertisements, in accordance with someembodiments of the present disclosure. For example, process 400propagates route advertisements to PE devices that need the routesincluded in the route advertisements and prevents advertising of routeadvertisements to PE devices that do not need the routes.

Process 400 may begin at block 402, where control circuitry, such ascontrol circuitry 304 of device 300 (FIG. 3 ), receives a routeadvertisement from a PE device. For example, control circuitry 304receives route advertisement 125 from PE device 120. Route advertisement125 includes one or more data fields (e.g., fields 0, 1, 2, and 3, asshown in FIG. 1 ), at least one of which includes a VNI (e.g., VNI 20 inthe example shown in FIG. 1 ) identifying a VLAN. For example, the VNImay be included in a field of an MPLS label included in the routeadvertisement. Control circuitry 304 may receive route advertisement 125via a network interface (e.g., network interface 310A of FIG. 3 ). Insome embodiments, route advertisement 125 includes multiple VNIs.

At block 404, control circuitry 304 extracts, from the routeadvertisement received at block 402, a VNI. For example, controlcircuitry 304 extracts, from route 5 advertisement 125, VNI 20. Controlcircuitry 304 may extract the VNI by retrieving data from apredetermined data field (e.g., field 0 as shown in FIG. 1 ) of routeadvertisement 125. The predetermined data field may be a data field thatis designated for the VNI.

At block 406, control circuitry 304 determines whether a datastoreincludes a record for the VNI extracted at block 404. For example,control circuitry 304 may determine whether route eligibility table 115(stored in memory 308) includes a record for VNI 20. Control circuitry304 may search route eligibility table 115 using VNI 20 as a key todetermine whether route eligibility table 115 includes a record for VNI20. In response to determining that the datastore does not include arecord for the VNI, process 400 proceeds to block 412 of FIG. 4B. Inresponse to determining that the datastore includes a record for theVNI, process 400 separates into two paths and proceeds to both block 408and block 420 (of FIG. 4D).

At block 408, control circuitry 304 retrieves, from the recordidentified at block 406, an identifier of another PE device. Forexample, control circuitry 304 may retrieve record 117B of FIG. 1 andextract, from record 117B, an identifier of PE device 130. Next, atblock 410, control circuitry 304 transmits, to the PE device whoseidentifier was retrieved at block 408, the route advertisement receivedat block 402. For example, control circuitry 304 may transmit routeadvertisement 125 to PE device 130. After block 410, process 400proceeds to block 416 of FIG. 4C.

At block 412 of FIG. 4B, control circuitry 304 generates a record forthe VNI extracted at block 404. For example, control circuitry 304 mayadd an entry to route eligibility table 115 for VNI 20. Thereafter, atblock 414, control circuitry 304 adds an identifier of the PE device(from which the route advertisement was received at block 402) to therecord. For example, control circuitry 304 may add an identifier of PE120 to the record generated at block 412.

At block 416 of FIG. 4C, control circuitry 304 determines whether therecord identified at block 406 associates another PE device with the VNIextracted at block 404. For example, control circuitry 304 may parserecord 117B to determine if record 117B includes an identifier foranother PE device. In the example shown in FIG. 1 , record 117B for VNI20 in route eligibility table 115 includes an identifier of PE device120 and an identifier of PE device 130. Thus, the control circuitry 304may determine that record 117B for VNI 20 includes an identifier for PEdevice 130. In response to determining that the record associatesanother PE device with the VNI, process 400 proceeds to block 418 wherecontrol circuitry 304 transmits the route advertisement received atblock 402 to the PE device identified at block 416. For example, controlcircuitry 304 may transmit route advertisement 125 to PE device 130.Thereafter, process 400 returns to block 416, where control circuitry304 determines whether the record identified at block 406 associatesanother PE device with the VNI extracted at block 404. In response todetermining that the record does not associate another PE device withthe VNI, control circuitry 304 does not transmit the route advertisementreceived at block 402 to other PE devices, and process 400 proceeds toblock 419.

At block 419, control circuitry 304 determines whether the routeadvertisement, received at block 402, includes another VNI. For example,control circuitry 304 may determine whether a predetermined data fieldof route advertisement 125 includes another VNI that is different fromthe VNI extracted at block 404. In response to determining that theroute advertisement includes another VNI, process 400 returns to block404, where control circuitry 304 extracts the other VNI from the routeadvertisement. In response to determining that the route advertisementdoes not include another VNI, process 400 ends. In some embodiments,control circuitry 304 refrains from transmitting the route advertisementreceived at block 402 to other PE devices. For example, even thoughthere are other PE devices on network 100, control circuitry 304 willnot transmit route advertisement 125 to those other PE devices that arenot associated with VNI 20 in record 117B.

At block 420 of FIG. 4D, control circuitry 304 determines whether therecord associates the PE device, from which the route advertisement wasreceived at block 402, with the VNI extracted at block 404. For example,control circuitry 304 may determine whether record 117B associates PEdevice 120 with VNI 20. In some embodiments, control circuitry 304 mayparse record 117B to determine whether the record includes an identifierfor PE device 120. In response to determining that the record associatesthe PE device, from which the route advertisement was received, with theVNI, process 400 ends. In response to determining that the record doesnot associate that PE device with the VNI, process 400 proceeds to block422.

At block 422, control circuitry 304 adds an identifier of the PE device,from which the route advertisement was received at block 402, to therecord identified at block 406. For example, control circuitry 304 mayadd an identifier of PE 120 to the record. Thereafter, at block 424,control circuitry 304 retrieves an identifier of another PE device fromthe record identified at block 406. For example, control circuitry 304may retrieve record 117B and extract, from record 117B, an identifier ofPE device 130.

At block 426, control circuitry 304 identifies a route advertised by theother PE device (identified at block 424), the route including the sameVNI as extracted at block 404. For example, control circuitry 304 mayretrieve, from a routing table stored in storage 308, a route that wasadvertised by PE device 130 and that included VNI 20. Next, at block428, control circuitry 304 generates a route advertisement for the route(identified at block 426) advertised by the other PE device (identifiedat block 424). For example, control circuitry 304 may generate routeadvertisement 135 including the route identified at block 426.Thereafter, at block 430, control circuitry 304 transmits the routeadvertisement generated at block 428 to the PE device from which theinitial route advertisement was received at block 402. For example, ifthe record for VNI 20 already exists, but PE device 120 is notassociated with the record (i.e., an identifier of PE device 120 is notincluded in the record), another PE device must have previously provideda route advertisement for the VLAN identified by VNI 20. Thus, whencontrol circuitry 304 adds the identifier of PE device 120 to theexisting record for VNI 20, control circuitry 304 also transmits a routeadvertisement including the previously received route for the VLANidentified by VNI 20 to PE device 120.

FIG. 5 is a flowchart of a detailed illustrative process for determiningwhether a record in a VNI table associates a PE device with a VNIextracted from a route advertisement, in accordance with someembodiments of the present disclosure. A process 500 for determiningwhether a record in a VNI table associates a PE device with a VNIextracted from a route advertisement, in accordance with someembodiments of the present disclosure, may begin at block 502 wherecontrol circuitry, such as control circuitry 304 of device 300 (FIG. 3), compares a VNI extracted from a route advertisement to a VNI includedin a record included in a datastore. For example, control circuitry 304may search the record using the VNI extracted at block 404 (FIG. 4 ) asa key, and/or may compare the VNI extracted at block 404 with one ormore VNIs included in the record.

At block 504, control circuitry 304 determines whether the VNI extractedfrom the route advertisement matches a VNI included in the record. Forexample, control circuitry 304 may determine, based on the comparingperformed at block 502, whether VNI 20 matches a VNI included in therecord. In response to determining that the VNI extracted from the routeadvertisement does not match a VNI included in the record, process 500ends. In response to determining that the VNI extracted from the routeadvertisement matches a VNI included in the record, process 500 proceedsto block 506.

At block 506, control circuitry 304 determines whether the recordincludes an identifier for the PE device from which the routeadvertisement was received. For example, control circuitry 304 may parsethe record for VNI 20 to determine if the record includes an identifierfor PE device 120. In response to determining that the record does notinclude an identifier for the PE device, process 500 ends. In responseto determining that the record includes an identifier for the PE device,process 500 proceeds to block 508.

At block 508, control circuitry 304 determines that the recordassociates the PE device with the VNI extracted from the first routeadvertisement. For example, control circuitry 304 may determine that therecord for VNI 20 associates VNI 20 with PE device 120, based on theidentifier of PE device 120 being included in the record for VNI 20.

FIG. 6 is a flowchart of an illustrative process 600 for removing anidentifier of a PE device from a record for a VNI, in accordance withsome embodiments of the present disclosure. Process 600 may begin atblock 602, where control circuitry, such as control circuitry 304 ofdevice 300 (FIG. 3 ), receives, from a PE device, a route withdrawal.For example, control circuitry 304 receives a route withdrawal from PEdevice 120. The route withdrawal may include fields similar to thefields of route advertisement 125 (described above with reference toFIG. 1 ), at least one of which includes a VNI (e.g., VNI 20 in theexample shown in FIG. 1 ) identifying a VLAN. For example, the VNI maybe included in a field of an MPLS label included in the routeadvertisement. Control circuitry 304 may receive the route withdrawalvia a network interface (e.g., network interface 310A of FIG. 3 ). Insome embodiments, the route withdrawal includes multiple VNIs.

At block 604, control circuitry 304 extracts, from the route withdrawalreceived at block 602, a VNI. For example, control circuitry 304extracts, from the route withdrawal, VNI 20. Control circuitry 304 mayextract the VNI by retrieving data from a predetermined data field ofthe route withdrawal. The predetermined data field may be a data fieldthat is designated for the VNI.

At block 606, control circuitry 304 determines whether all routesadvertised by the PE device, and that included the same VNI as the routewithdrawn at block 602, have been withdrawn. In other words, controlcircuitry 304 determines whether any routes advertised by the PE devicethat include the same VNI as the route withdrawn at block 602 have notbeen withdrawn and thus are still active. For example, control circuitry304 may search a routing table, stored in storage 308, for all routesadvertised by the PE, and then filter out any routes that do not includeVNI 20. In response to determining that all routes advertised by the PEdevice and that included VNI 20 have not yet been withdrawn, process 600ends. In response to determining that all routes advertised by the PEdevice and that included VNI 20 have been withdrawn, process 600proceeds to block 608.

At block 608, control circuitry 304 removes an identifier of the PEdevice from a record for the VNI. For example, control circuitry 304 mayremove, from the record generated at block 412, the identifier of the PEdevice that was added to the record at block 414.

At block 610, control circuitry 304 transmits, to the PE device, routewithdrawals for all routes that include the VNI and were previouslyadvertised to the PE device. For example, control circuitry 304 mayidentify all the routes that were previously advertised to the PE deviceat block 418 and transmit, to the PE device, route withdrawals for allthose routes.

At block 612, control circuitry 304 determines whether the record forthe VNI associates any other PE devices with the VNI. For example,control circuitry 304 may determine whether the record for the VNI thatwas identified at block 406 includes identifiers of other PE devices. Inresponse to determining that the record for the VNI associates other PEdevices with the VNI, process 600 proceeds to block 614. In response todetermining that the record for the VNI does not associate other PEdevices with the VNI, and thus the record for the VNI is not associatedwith any PE devices after the identifier of the PE device is removed atblock 608, process 600 proceeds to block 616.

At block 614, control circuitry 304 transmits the route withdrawal,received at block 602, to the other PE devices. For example, controlcircuitry 304 may retrieve, from the record for the VNI, identifiers ofthe other PE devices associated with the VNI and transmit the routewithdrawal received at block 602 to those PE devices.

At block 616, control circuitry 304 deletes the record for the VNI. Forexample, control circuitry 304 removes the record for VNI 20 from routeeligibility table 115.

FIGS. 7A and 7B show a flowchart of an illustrative process 700 forfiltering advertising of route advertisements to PE devices based on RTsincluded in the route advertisements, in accordance with someembodiments of the present disclosure. Similar to process 400 of FIGS.4A-4D, process 700 propagates route advertisements to PE devices thatneed the routes included in the route advertisements and preventsadvertising of route advertisements to PE devices that do not need theroutes.

Process 700 may begin at block 702, where control circuitry, such ascontrol circuitry 304 of device 300 (FIG. 3 ), receives a routeadvertisement from a PE device. For example, control circuitry 304receives route advertisement 125 from PE device 120. Route advertisement125 includes one or more data fields (e.g., fields 0, 1, 2, and 3, asshown in FIG. 1 ), at least one of which includes a RT (e.g., RT 20 inthe example shown in FIG. 1 ) identifying a VLAN. For example, the RTmay be included in a route target path attribute included in the routeadvertisement. Control circuitry 304 may receive route advertisement 125via a network interface (e.g., network interface 310A of FIG. 3 ). Insome embodiments, route advertisement 125 includes multiple RTs.

At block 704, control circuitry 304 extracts, from the routeadvertisement received at block 702, a RT. For example, controlcircuitry 304 extracts, from route advertisement 125, RT 20. Controlcircuitry 304 may extract RT 20 by retrieving data from a predetermineddata field (e.g., field 0 as shown in FIG. 1 ) of route advertisement125. The predetermined data field may be a data field that is designatedfor the RT, such as a route target path attribute.

At block 706, control circuitry 304 retrieves, from a record for the RTextracted at block 704, an identifier of another PE device. For example,control circuitry 304 may use RT 20 as a key to search route eligibilitytable 115 (stored in memory 308) for a record (e.g., record 117B) for RT20. Upon identifying record 117B, control circuitry 304 may retrieverecord 117B from route eligibility table 115. After retrieving record117B, control circuitry 304 parses record 117B to find identifiers ofother PE devices associated with RT 20. For example, control circuitry304 may extract, from record 117B, an identifier of another PE device(e.g., PE device 130). After retrieving the identifier of the other PEdevice, process 700 separates into two paths and proceeds to both block708 and block 714 (of FIG. 7B).

At block 708, control circuitry 304 transmits, to the PE device whoseidentifier was retrieved at block 706, the route advertisement receivedat block 702. For example, control circuitry 304 may transmit routeadvertisement 125 to PE device 130.

At block 710, control circuitry 304 determines whether the recordidentified at block 706 associates another PE device with the RTextracted at block 704. For example, control circuitry 304 may parserecord 117B to determine if record 117B includes an identifier foranother PE device. In the example shown in FIG. 1 , record 117B for RT20 in route eligibility table 115 includes an identifier of PE device120 and an identifier of PE device 130. Thus, the control circuitry 304may determine that record 117B for RT 20 does not include an identifierfor another PE device other than PE device 120 and PE device 130. Inresponse to determining that the record associates another PE devicewith the RT, process 700 proceeds to block 712 where control circuitry304 transmits the route advertisement received at block 702 to the PEdevice identified at block 710. Thereafter, process 700 returns to block710, where control circuitry 304 determines whether the recordidentified at block 706 associates another PE device with the RTextracted at block 704. In response to determining that the record doesnot associate another PE device with the RT, control circuitry 304 doesnot transmit the route advertisement received at block 702 to other PEdevices, and process 700 proceeds to block 713.

At block 713, control circuitry 304 determines whether the routeadvertisement, received at block 702, includes another RT. For example,control circuitry 304 may determine whether a predetermined data fieldof route advertisement 125 includes another RT that is different fromthe RT extracted at block 704. In response to determining that the routeadvertisement includes another RT, process 700 returns to block 704,where control circuitry 304 extracts the other RT from the routeadvertisement. In response to determining that the route advertisementdoes not include another RT, process 700 ends. In some embodiments,control circuitry 304 refrains from transmitting the route advertisementreceived at block 702 to other PE devices. For example, even thoughthere are other PE devices on network 100, control circuitry 304 willnot transmit route advertisement 125 to those other PE devices that arenot associated with RT 20 in record 117B.

Process 800 may begin at block 802, where control circuitry, such ascontrol circuitry 304 of device 300 (FIG. 3 ), receives a routeadvertisement from a PE device. For example, control circuitry 304receives route advertisement 125 from PE device 120. As noted above,route advertisement 125 includes one or more data fields (e.g., fields0, 1, 2, and 3, as shown in FIG. 1 ), at least one of which includes aRT (e.g., RT 20 in the example shown in FIG. 1 ) identifying a VLAN. Forexample, the RT may be included in a route target path attributeincluded in the route advertisement. In some embodiments, the routeadvertisement further includes a RT value (e.g., an import RT, a partialimport RT, or another value to which an import RT can be mapped or fromwhich an import RT can be derived) in a non-route target path attribute.For example, route advertisement 125 may include a RT value in a BGPcommunity attribute and/or a BGP extended community attribute. Controlcircuitry 304 may receive route advertisement 125 via a networkinterface (e.g., network interface 310A of FIG. 3 ). In someembodiments, route advertisement 125 includes multiple RTs in one ormore route target path attributes, and/or multiple RT values in one ormore non-route target path attributes.

At block 804, control circuitry 304 determines whether the routeadvertisement received at block 802 includes an EVPN type 3 route. Forexample, control circuitry 304 may determine whether route advertisement125 includes an EVPN type 3 route based on a format and/or syntax of aroute included in route advertisement 125. In response to determiningthat the route advertisement received at block 802 does not include anEVPN type 3 route, process 800 ends. In response to determining that theroute advertisement received at block 802 includes an EVPN type 3 route,process 800 proceeds to block 806.

At block 806, control circuitry 304 extracts, from the routeadvertisement received at block 802, an entry in a predetermined BGPpath attribute. For example, control circuitry 304 may extract dataincluded in a predetermined non-route target path attribute. Thereafter,at block 808, control circuitry 304 determines whether the entryextracted at block 806 is a RT value. For example, control circuitry 304may determine whether the format and/or syntax of the data extracted atblock 806 corresponds to the format and/or syntax of a RT. Controlcircuitry 304 may further determine if the format and/or syntax of thedata extracted at block 806 corresponds to a format or syntax to which aRT can be mapped or from which a RT can be derived. In response todetermining that the entry extracted at block 806 is a RT value, process800 proceeds to block 812 of FIG. 8B, where control circuitry 304identifies a RT based on the entry extracted at block 806. For example,control circuitry 304 may map or derive a RT from the RT value extractedat block 806.

In response to determining that the entry extracted from the non-routetarget path attribute at block 806 is not an RT value, process 800proceeds to block 810. At block 810, control circuitry 304 extracts,from the route advertisement received at block 802, a RT. For example,control circuitry 304 extracts, from a route target path attribute, a RT(e.g., RT 20). Thereafter, at block 814 of FIG. 8B, control circuitry304 determines whether a datastore includes a record for the RT (e.g.,RT 20) extracted at block 810 or identified at block 812. For example,control circuitry 304 may determine whether route eligibility table 115(stored in memory 308) includes a record for RT 20. Control circuitry304 may search route eligibility table 115 using RT 20 as a key todetermine whether route eligibility table 115 includes a record for RT20. In response to determining that the datastore does not include arecord for the RT, process 800 proceeds to block 816. In response todetermining that the datastore includes a record for the RT, process 800proceeds to block 820.

At block 816, control circuitry 304 generates a record for the RTextracted at block 810 or identified at block 812. For example, controlcircuitry 304 may add an entry to route eligibility table 115 for RT 20.Thereafter, at block 818, control circuitry 304 adds an identifier ofthe PE device (from which the route advertisement was received at block802) to the record. For example, control circuitry 304 may add anidentifier of PE 120 to the record generated at block 816.

At block 820, control circuitry 304 determines whether the recordassociates the PE device, from which the route advertisement wasreceived at block 802, with the RT extracted at block 810 or identifiedat block 812. For example, control circuitry 304 may determine whetherrecord 117B associates PE device 120 with RT 20. In some embodiments,control circuitry 304 may parse record 117B to determine whether therecord includes an identifier for PE device 120. In response todetermining that the record associates the PE device, from which theroute advertisement was received, with the RT, process 800 ends. Inresponse to determining that the record does not associate that PEdevice with the RT, process 800 proceeds to block 822.

At block 822, control circuitry 304 adds an identifier of the PE device,from which the route advertisement was received at block 802, to therecord identified at block 814. For example, control circuitry 304 mayadd an identifier of PE 120 to the record. In some embodiments, process800 proceeds to block 714 of FIG. 7B after completing the steps of block822.

FIG. 9 is a flowchart of an illustrative process 900 for generating aroute advertisement including an import route target, in accordance withsome embodiments of the present disclosure. In particular, process 900generates route advertisements including both an export RT in a routetarget path attribute and an import RT in a non-route target pathattribute.

Process 900 may begin at block 902, where control circuitry, such ascontrol circuitry 304 of device 300 (FIG. 3 ), discovers a new hostconnected to a network. For example, control circuitry 304 may receiveor detect a gratuitous address announcement (e.g., a gratuitous addressresolution protocol (ARP) request, a gratuitous ARP reply, and/or agratuitous neighbor discovery protocol (NDP) neighbor announcement) fromthe new host connected to the device 300.

At block 904, control circuitry 304 generates a route advertisementadvertising the new host discovered at block 902. For example, controlcircuitry 304 may generate a route advertisement advertising a path tothe new host. At block 906, control circuitry 304 adds, to a routetarget path attribute of the route advertisement generated at block 904,an export route target. For example, control circuitry 304 may identifyan export route target of the VLAN that includes the new host andinclude that export route target in the route target path attribute ofthe route advertisement generated at block 904.

At block 908, control circuitry 304 adds, to a non-route target pathattribute of the route advertisement generated at block 904, a routetarget value. For example, control circuitry 304 may identify an importroute target of the VLAN that includes the new host, and include thatimport route target (or another value to which that import route targetcan be mapped or from which that import route target can be derived) inthe non-route target path attribute of the route advertisement generatedat block 904. Thereafter, at block 910, control circuitry 304 transmitsthe route advertisement to a route reflector. For example, controlcircuitry 304 may transmit the route advertisement generated at block904 to route reflector 110.

FIG. 10 is a flowchart of an illustrative process 1000 for removing anidentifier of a PE device from a record for a RT, in accordance withsome embodiments of the present disclosure. Process 1000 may begin atblock 1002, where control circuitry, such as control circuitry 304 ofdevice 300 (FIG. 3 ), receives, from a PE device, a route withdrawal.For example, control circuitry 304 receives a route withdrawal from PEdevice 120. The route withdrawal may include fields similar to thefields of route advertisement 125 (described above with reference toFIG. 1 ), at least one of which includes a RT (e.g., RT 20 in theexample shown in FIG. 1 ) identifying a VLAN. For example, the RT may beincluded in a field of an MPLS label included in the routeadvertisement. Control circuitry 304 may receive the route withdrawalvia a network interface (e.g., network interface 310A of FIG. 3 ). Insome embodiments, the route withdrawal includes multiple RTs.

At block 1004, control circuitry 304 extracts, from the route withdrawalreceived at block 1002, a RT. In some embodiments, where import andexport RTs are asymmetric, control circuitry 304 extracts an import RT(the process for extracting an import RT is described above withreference to FIGS. 8A and 8B) from the route withdrawal. For example,control circuitry 304 extracts, from the route withdrawal, RT 20.Control circuitry 304 may extract the RT by retrieving data from apredetermined data field of the route withdrawal. The predetermined datafield may be a data field that is designated for the RT or an RT value,as described above with reference to FIGS. 8A and 8B.

At block 1006, control circuitry 304 determines whether all routesadvertised by the PE device that include the same RT as the routewithdrawn at block 1002 have been withdrawn. In other words, controlcircuitry 304 determines whether any routes advertised by the PE devicethat include the same RT as the route withdrawn at block 1002 have notbeen withdrawn and thus are still active. For example, control circuitry304 may search a routing table, stored in storage 308, for all routesadvertised by the PE, and then filter out any routes that do not includeRT 20. In response to determining that all routes advertised by the PEdevice that included RT 20 have not yet been withdrawn, process 1000ends. In response to determining that all routes advertised by the PEdevice that included RT 20 have been withdrawn, process 1000 proceeds toblock 1008.

At block 1008, control circuitry 304 removes an identifier of the PEdevice from a record for the RT. For example, control circuitry 304 mayremove, from the record generated at block 816, the identifier of the PEdevice that was added to the record at block 818.

At block 1010, control circuitry 304 transmits, to the PE device, routewithdrawals for all routes that include the RT and were previouslyadvertised to the PE device. For example, control circuitry 304 mayidentify all the routes that were previously advertised to the PE deviceat block 718, and transmit, to the PE device, route withdrawals for allthose routes.

At block 1012, control circuitry 304 determines whether the record forthe RT associates any other PE devices with the RT. For example, controlcircuitry 304 may determine whether the record for the RT that wasidentified at block 814 includes identifiers of other PE devices. Inresponse to determining that the record for the RT associates other PEdevices with 5 the RT, process 1000 proceeds to block 1014. In responseto determining that the record for the RT does not associate other PEdevices with the RT, and thus the record for the RT is not associatedwith any PE devices after the identifier of the PE device is removed atblock 1008, process 1000 proceeds to block 1016.

At block 1014, control circuitry 304 transmits the route withdrawal,received at block 1002, to the other PE devices. For example, controlcircuitry 304 may retrieve, from the record for the RT, identifiers ofthe other PE devices associated with the RT and transmit the routewithdrawal received at block 1002 to those PE devices.

At block 1016, control circuitry 304 deletes the record for the RT. Forexample, control circuitry 304 removes the record for RT 20 from routeeligibility table 115.

While the processes 400, 500, 600, 700, 800, 900, and 1000 describedabove illustrate a single iteration of the operations performed on usinga single VNI or a single RT, those skilled in the art will appreciatethat these processes may be iteratively repeated when there are multipleVNIs or multiple RTs included in a route advertisement. The processes400, 500, 600, 700, 800, 900, and 1000 described above are intended tobe illustrative and not limiting. More generally, the above disclosureis meant to be illustrative and not limiting. Only the claims thatfollow are meant to set bounds as to what the present inventionincludes. Furthermore, it should be noted that the features andlimitations described in any one embodiment may be applied to any otherembodiment herein, and flowcharts or examples relating to one embodimentmay be combined with any other embodiment in a suitable manner, done indifferent orders, or done in parallel. In addition, the systems andmethods described herein may be performed in real time. It should alsobe noted that the systems and/or methods described above may be appliedto, or used in accordance with, other systems and/or methods.

It will be apparent to those of ordinary skill in the art that methodsinvolved in the present disclosure may be embodied in a computer programproduct that includes a non-transitory computer-usable and/or -readablemedium. For example, such a non-transitory computer-usable medium mayconsist of a read-only memory device, such as a CD-ROM disk orconventional ROM device, or a random-access memory, such as a hard drivedevice or a computer diskette, having a computer-readable program codestored thereon. It should also be understood that methods, techniques,and processes involved in the present disclosure may be executed usingprocessing circuitry.

What is claimed is:
 1. A method of providing route advertisements toprovider edge devices, the method comprising: receiving, from a firstprovider edge device on a virtual private network, a first routeadvertisement; extracting, from the first route advertisement, anextracted virtual network identifier; determining whether a datastoreassociating provider edge devices with virtual network identifiersincludes a record comprising the extracted virtual network identifier, afirst identifier associated with the first provider edge device, and asecond identifier associated with a second provider edge device; inresponse to determining that the datastore includes a record comprisingthe virtual network identifier, the record comprising the virtualnetwork identifier being included in the datastore based on a previousroute advertisement: identifying, based on the record, the secondprovider edge device on the virtual private network associated with thevirtual network identifier; and determining that the extracted virtualnetwork identifier matches the second identifier; and transmitting, tothe second provider edge device, the first route advertisement.
 2. Themethod of claim 1, further comprising: identifying a second routeadvertisement including the virtual network identifier; andtransmitting, to the first provider edge device, the second routeadvertisement.
 3. The method of claim 1, further comprising: refrainingfrom transmitting the first route advertisement to a third provider edgedevice that is not included in the record.
 4. The method of claim 1,wherein the virtual network identifier comprises a virtual extensiblelocal area network (VXLAN) network identifier.
 5. The method of claim 1,further comprising: adding at least one route eligibility entry to aroute eligibility table, the at least one route eligibility entrycorresponding to the virtual network identifier.
 6. The method of claim5, further comprising: adding an identifier of the second provider edgedevice to the at least one route eligibility entry.
 7. The method ofclaim 1, further comprising: in response to determining that the firstroute advertisement contains an additional virtual network identifier,extracting the additional virtual network identifier from the firstroute advertisement.
 8. One or more non-transitory computer-readablemedia storing computer-executable instructions that, when executed by aprocessor, perform a method of providing route advertisements toprovider edge devices, the method comprising: receiving, from a firstprovider edge device on a virtual private network, a first routeadvertisement; extracting, from the first route advertisement, a virtualnetwork identifier; determining whether a datastore associating provideredge devices with virtual network identifiers includes a recordcomprising the virtual network identifier, a first identifier associatedwith the first provider edge device, and a second identifier associatedwith a second provider edge device; in response to determining that thedatastore includes a record comprising the virtual network identifier,the record comprising the virtual network identifier being included inthe datastore based on a previous route advertisement: identifying,based on the record, the second provider edge device on the virtualprivate network associated with the virtual network identifier; anddetermining that the extracted virtual network identifier matches thesecond identifier; and transmitting, to the second provider edge device,the first route advertisement.
 9. The one or more non-transitorycomputer-readable media of claim 8, wherein the method furthercomprises: identifying a second route advertisement including thevirtual network identifier; and transmitting, to the first provider edgedevice, the second route advertisement.
 10. The one or morenon-transitory computer-readable media of claim 8, wherein the methodfurther comprises: refraining from transmitting the first routeadvertisement to a third provider edge device that is not included inthe record.
 11. The one or more non-transitory computer-readable mediaof claim 8, wherein the virtual network identifier comprises a virtualextensible local area network (VXLAN) network identifier.
 12. The one ormore non-transitory computer-readable media of claim 8, wherein themethod further comprises: adding at least one route eligibility entry toa route eligibility table, the at least one route eligibility entrycorresponding to the virtual network identifier.
 13. The one or morenon-transitory computer-readable media of claim 12, wherein the methodfurther comprises: adding an identifier of the second provider edgedevice to the at least one route eligibility entry.
 14. The one or morenon-transitory computer-readable media of claim 8, wherein the methodfurther comprises: in response to determining that the first routeadvertisement contains an additional virtual network identifier,extracting the additional virtual network identifier from the firstroute advertisement.
 15. A system for coordinating host link status andinstallation of local egress filters in connection with a multi-chassislink aggregation group (MLAG) peer, the system comprising: a processor;and one or more non-transitory computer-readable media storingcomputer-executable instructions that, when executed by the processor,perform a method comprising: receiving, from a first provider edgedevice on a virtual private network, a first route advertisement;extracting, from the first route advertisement, a virtual networkidentifier; determining whether a datastore associating provider edgedevices with virtual network identifiers includes a record comprisingthe virtual network identifier, a first identifier associated with thefirst provider edge device, and a second identifier associated with asecond provider edge device; in response to determining that thedatastore includes a record comprising the virtual network identifier,the record comprising the virtual network identifier being included inthe datastore based on a previous route advertisement: identifying,based on the record, the second provider edge device on the virtualprivate network associated with the virtual network identifier; andtransmitting, to the second provider edge device, the first routeadvertisement.
 16. The system of claim 15, wherein the method furthercomprises: identifying a second route advertisement including thevirtual network identifier; and transmitting, to the first provider edgedevice, the second route advertisement.
 17. The system of claim 15,wherein the method further comprises: refraining from transmitting thefirst route advertisement to a third provider edge device that is notincluded in the record.
 18. The system of claim 15, wherein the virtualnetwork identifier comprises a virtual extensible local area network(VXLAN) network identifier.
 19. The system of claim 15, wherein themethod further comprises: adding at least one route eligibility entry toa route eligibility table, the at least one route eligibility entrycorresponding to the virtual network identifier.
 20. The system of claim19, wherein the method further comprises: adding an identifier of thesecond provider edge device to the at least one route eligibility entry.